-
-
Notifications
You must be signed in to change notification settings - Fork 375
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Migrate to a pure PEP621 project configuration #1550
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
initial comments. i'll probably repeat the build artifact review so 2 sets of eyes looked at it.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Compared the metadata in the sdist and wheel before and after. LGTM.
I think this has broken Toga's CI, though I don't know how. See the "Install dependencies" step:
|
👀 I can't replicate locally....i wonder if setuptools is too old in CI... [edit] or more appropriately...if |
Indeed...Ubuntu 22.04 installs pip v22.0.2 and it will install briefcase as UNKNOWN. It should be upgraded first. |
Hrm - that's worth a release note and a FAQ. PR incoming. |
No - wait - this only affects source installs, right? If you're installing a wheel, an older pip will work fine (or, at least as well as it ever has). This is only an issue for dev installs and/or GitHub installs - am I correct? |
Right; the wheel is the same....but the build process is pretty different now. |
Inspired by beeware/toga#2229, a full PEP621 configuration update for Briefcase.
There's no functional difference; the one technical benefit (aside from keeping up with modern standards) is that because we're using
setuptools_scm
, we don't need to maintain MANIFEST.in any more. The source discovery process is also much simpler - it requiring no explicit setuptools configuration, as we're entirely relying on one of the "default" project layout patterns.I've audited the generated tarballs, and they have identical content, except for:
not-zip-safe
file in the egg-info. This file was needed in the days of eggs andeasy-install
, but is now considered deprecated.platform: any
declaration. This has been subsumed by wheel tagging.PR Checklist: